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Section 1 
INTRODUCTION 

This report, submitted under Contract NAS5-32314, Contract Data Requirements 
List (CDRL) item 004, consists of the following elements: 

a. A description of the EOS/AMSU-A schedule plan 

b. A copy of the formal operating procedures used internally for the preparation 
and maintenance of Master, Intermediate, and Detail schedules, included as 
Appendix A 

c. A Critical Path analysis (end-item float report) 

d. A Program Master Schedule, included as Appendix B 

e. A Design Phase Schedule, included as Appendix C 

f. An Intermediate Level Production Phase Schedule, included as Appendix D 

g. A 90-day Window Schedule, included as Appendix E, and 

h. A Total Program Logic Network Diagram, included as Appendix F 
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SCHEDULE SYSTEM DESCRIPTION - HARDWARE 

At Aerojet the Artemis scheduling system software runs on an IBM Model 3090 
mainframe computer in the multi-variable system/time-sharing option (MVS/TSO) operating system 
environment. Individual IBM compatible personal computers (PC) with Intel© 386 microprocessors 
are remotely located in each Program Scheduler’s office. These PC are connected to the mainframe 
with terminal emulation software, of which Aerojet is using a number of different packages. 
Currently the most widely used program is called 3270, but it will soon be replaced by a Microsoft 
Windows compatible program called "RUMBA". This new program has proved to be much more 
flexible with operations, such as file transfer from mainframe to PC, and PC environment 
workstation control. Graphic plot files can be transferred down to a PC using either RUMBA or 
3270, and then plotted on an output device using Artemis DOS-based PC software called "AR- 
PLOT". Output peripherals available include: individual HP LaserJet Series II and III printers for 
each Program Scheduler, local Pnntronix Hi-Speed Line Printers accessible through the mainframe, 
a Cal comp Electrostatic Color 36 Plotter accessible through the mainframe, and an HP 7596 
Draftmaster Rollfeed 36 Plotter accessible through a designated PC. The LaserJet printers are 
generally used to plot bar charts (Gantt charts), and numerous forms of axis-based statistical graphs; 
e.g„ histograms, XY graphs, pie charts, profiles, etc. The larger Calcomp and HP Draftmaster 

plotters are generally used to plot out large network logic diagrams (PERT charts) that require a 
linear or variable time scale. 

2-2 SCHEDULE SYSTEM DESCRIPTION - SOFTWARE 

Artemis Planning 9000, version 9.4.1, is a powerful, easy-to-use and adaptable 
project management software system for IBM mainframes. 

Fundamental Capabilities of Artemis Planning 9000 

Planning 9000 provides full critical path method (CPM) functions for project plan- 
ning. Up to 256,000 activities, constraints, and resources may be included in a project network with 
a total system maximum of 999 projects. Multiple networks can be linked for analysis and resource 
scheduling. A number of resource requirements can be assigned to an activity, allowing the build up 
of simple or complex resource profiles. Resources can either be recurring or consumable and can be 
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entered as teams rather than individual resources. Resource scheduling can be time- or resource- 
limited. 


a. Multiple calendars can be defined by the user to accommodate any combina- 
tion of working patterns; e.g., periods of work, rest, public holidays and vaca- 
tions. 

b. Handles single or multiple projects in a hierarchy of up to 14 levels of plan- 
ning. 

c. Two or more projects can be combined into one overall multi-project. 

d. Menu-driven, PC-style user interface for ease of learning, with on-line help 
facilities and full use of function keys. 

e. Three different data input modes: 

1. Standard data entry screens that allow users to add or modify 
network activities, constraints, resource requirements, items, and 
activity prog-res s. 

2. The Network Editor allows a project network to be entered or modi- 
fied in a simple format where activities are added together with the 
logic constraints that connect them and resource requirements can 
also be added. 

3. The Table Editor is a full screen editor that presents selected project 
data in a spreadsheet or tabular form for entry or updating. When 
the Table Editor menu option is chosen, the user is prompted for the 
type of data to be edited, and can select which specific data items or 
fields are to be displayed. 

What if. ...? simulation capabilities for single or multi-projects. 
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g. Within a particular line of business, projects often consist of repetitive, 
similar components or sub-assemblies. For these cases Planning 9000 allows 
model projects to be stored, in which the WBS elements, activities, logic, and 
(optionally) resources are pre-defmed. Creating a new project is then a 
matter of filling in the details specific to the new situation. 

h. Activities can be broken down into a number of work items. These can repre- 
sent tasks or individual items associated with the activity, such as technical 
drawings or materials. Target dates can be set from items to activities and 
required dates or vice versa. Physical progress can be recorded at work-item 
level and rolled up to activity level using weighting factors. 

i. More than 100 reports are available to present project status, history, and 
forecasts in tabular or graphical form. 

j. Planning 9000 is written in the ARTEMIS language. It can be customized 
and expanded using the well documented and structured ARTEMIS source 
code to meet the exact and unique project control requirements of any pro- 
gram. 

2-2.2 Additional Capabilities of Artemis 9000 

Another capability available in the ARTEMIS 9000 Network Scheduling System is 
the probabilistic time analysis of a network schedule (PAN) using a random number generator and 
the Monte Carlo statistical simulation method. PAN is an excellent tool available to management for 
use in program schedule risk assessment. The purpose of PAN is to take into account the inherent 
uncertainty of the durations of individual activities within a network when assessing the timescale of 
a program. This enables the user to evaluate such critical factors as the likely spread of end dates or 
the probability of achieving targets. PAN can be used in any network where the exact duration of 
some or all activities is unknown but where it is possible to say that the duration of each activity is 
likely to fall within a certain range. Normal ARTEMIS time analysis does not cope with this 
situation as it uses a single fixed value for each duration. It is therefore impossible to discover the 
effect on the whole network of the individual variabilities using only normal (deterministic) time 
analysis. PAN performs a probabilistic time analysis of a network, taking into account the variability 
of individual activity durations as well as all the factors accounted for in normal ARTEMIS time 
analysis. If each of a number of activities can vary in duration, then the number of different 
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combinations of durations forming the network can become very large and each will have a different 
probability of occurring. 

Time analyzing each combination separately would be an enormous task. The Monte 
Carlo method is a statistical method for generating durations that represent this very large number 
of combinations and their individual probabilities. This is known as simulation. Probabilistic time 
analysis involves performing a large number of time analyses on the same network using a different 
set of durations for the activities each time. The durations are generated by PAN, using a random 
number generator, according to parameters specified by the user for each activity. The parameters 
provided by the user are an optimistic (minimum), most likely and a pessimistic (maximum) duration 
for each key activity in the network. By performing a large number of time analyses in this way, a 
model of the network with variable durations is built up which statistically represents the variation 
of the original parameters. This model can then provide information on the likely effects on the whole 
network or on individual critical activities. Key reports can be generated which show a Gaussian 
(bell-shaped) distribution of delivery dates with the probabilities of achieving each of these dates in 
the distribution. 

2.2.3 ARTEMIS "PRESENTS" 

Artemis Presents is a PC Windows-based graphics integrator and editor used to com- 
bine and integrate text and graphics with any size plot file to enhance schedules, slides, and 
overhead transparencies. This program accepts input from any application producing Hewlett- 
Packard Graphics Language (HPGL or HPGL/2) or ASCII plot files. Using Presents we can combine 
HPGL or ASCII plot files with text files and add our own graphic elements and text to create custom 
presentations. At Aerojet, ARTEMIS Planning 9000 Gantt charts are created on the IBM mainframe 
and converted to ASCII files before being downloaded to the Presents program on a local PC. 

2*2*4 SCHEDULE SYSTEM PMS COMPLIANCE 

The Artemis Planning 9000 scheduling system at Aerojet complies with our internal 
PMS system in the following ways. 

a. Identifies major tasked work required to accomplish program objectives in 
accordance with the CWBS (including major contract end items of hardware 
and software deliveries). 
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b. Identifies all work tasks and milestones with precise start and stop calendar 
dates. 

c. Identifies incoming and outgoing interfaces to each activity (work task). This 
is accomplished through the standard procedure of building logical depen- 
dencies between activities in a precedence network (PERT network). 

d. Establishes baseline (original planned) schedule dates for all activities 
(tasks). 

e. Provides current status and forecasts completion dates for scheduled work in 
comparison to the baseline planned schedule. 

f. Updates and takes the status of the program network schedule at least once a 
month. Currently the network is being updated twice a month. This will in- 
crease to weekly after production starts. 

2.2.4.1 Baseline Schedules 

Performance measurement baseline schedule dates are established at program incep- 
tion during the original program planning stages. These dates can only be revised to incorporate: 
changes in contract scope of work; formal reprogramming changes approved by the procuring agency; 
and internal replanning approved by the Program Manager. In the ARTEMIS network scheduling 
system the original plan is built into a network schedule using logical dependencies between 
activities (tasks and milestones). This network is then analyzed and the computer generates the 
original planned dates. In ARTEMIS these dates are called the Early Start and Early Finish 
schedule dates. At this point the Program Scheduler sets the computer-generated Early Start and 
Early Finish dates equal to the baseline dates with an internal Artemis software command. The 
baseline dates in Artemis are termed Original Early Start (compares to Early Start) and Original 
Early Finish (compares to Early Finish). As the network is updated over time, the computer- 
generated Early Start and Early Finish dates can change. These changes will represent the LRE 
(latest revised estimate) dates for each activity. However, the baseline dates Original Early Start 
and Original Early Finish dates will not change. The baseline dates can only be changed manually 
by the Program Scheduler using an ARTEMIS software command. 
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2*2-5 Managing Projects with Planning 9000 

Planning 9000 is a tool that will be used to plan and control projects effectively. It 

will be used to: 

a. Schedule and manage projects with several thousand activities 

b. Define how activities relate to one another 

c. Identify the critical paths of projects 

d. Provide schedule control and analysis 

e. Perform "what -if..?" simulations 

f. Define special codes to organize project information in desired ways 

g. Create customized project reports that suit project needs 

2-2.5.1 Project Management Concepts 

A project is a collection of interrelated work elements or activities that must be com- 
pleted to achieve specific program goals. Project management includes planning, scheduling, track- 
ing, controlling, analyzing, and evaluating these activities to successfully accomplish each goal. 


Each work activity takes a certain amount of time to complete. Some activities may 
proceed simultaneously, while others cannot start until previous activities are completed. The order 
of activities is defined by placing logic constraints between them. The constraints define how activi- 
ties relate to each other. 

22.5.2 Phases of Project Management 

There are two major phases in managing projects with Planning 9000: planning and 

controlling. 


During the project planning phase, Planning 9000 is used to build a plan for each 
project. The plan describes the activities, constraints, and project items that can be anticipated to be 
involved in the project. It also includes putting together how the project is structured for both the 
work that needs to be done and the organization responsible for the work. 


The objectives and, in turn, the scope of each project are broken down into more 
manageable pieces of work, especially for larger projects such as EOS/AMSU-A. This breakdown 
provides a framework for both planning and controlling. 
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After entering the project data, various calculations can be performed to determine a 
schedule for the project. These can be adjusted, changing the details of activities or project items, 
until the plan reflects the most accurate expectations of the actual project. This effort will continue 
in greater detail once the project begins. 

Once work begins on a project, Planning 9000 can be used to control the project; that 
is, to track actual progress and compare it to the original plan. By tracking the dates on which 
activities actually start and finish, an accurate record can be kept of the project’s progress. 
Similarly, tracking through the various levels of the work breakdown structure (WBS) can be 
accomplished. Based on progress and new information about work yet to be done, one can more 
easily anticipate how the program will proceed to successful completion. 

2*2.5*2.1 Planning The Project - The critical path is the most widely used technique for 
planning the activities of a project. It uses a network diagram to show all the activities and how they 
depend on each other. The method supported by Planning 9000 is the precedence diagramming 
method . The precedence diagramming method depicts activities as boxes that an be connected 
using four different types of logic constraints. The result is a precedence network . 

Precedence networks are sometimes termed activity on node networks because each 
activity is presented as a node or box as shown in Figure 1. Activity boxes are connected to one an- 
other by arrows, or constraints, showing the logic progress of work. 



Figure 1 Sample Precedence Network 

The logic constraints identify the relationships between activities. They also define 
the point at which an activity can begin based on a preceding or concurrent activity, and therefore 
define the order in which activities occur, allowing critical activities to be identified and more closely 
monitored. 
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2.2.5.2.1.1 Activities - An activity is an operation or process that consumes time and possible 
resources. The essential details of an activity are: 

a. An identifying code 

b. The estimated duration of the work involved. 

Additional information, such as a description, start and finish dates, and resource re- 
quirements are also provided for an activity. An activity may also consist of multiple items that are 
required to complete the activity. 

2.2.5.2.1.2 Constraints - In a precedence network, the logical dependencies between activities 
are represented as arrows between nodes and are called logic constraints. The logic constraints iden- 
tify the relationships between project activities. They also define the point at which an activity can 
begin based on a preceding or concurrent activity and therefore define the order in which activities 
occur. Planning 9000 also allows durations to be specified and delays to be specified for constraints. 

Planning 9000 supports four types of constraints, as described in the following sub- 

paragraphs. 

2.2.5.2.1.2.1 Finish-To-Start Constraints - This is the most commonly used type of constraint, 
where the start of an activity depends on the finish of the preceding one. It will specify whether the 
second activity can start immediately, or whether there must be a delay. In Figure 2 the arrow 
indicates activity B cannot start until activity A has finished. 



794-34 19M 


Figure 2 Finish-To-Start Constraint 


2.2.5.2.1.2.2 Finish-To-Finish Constraints - The activity cannot finish until the finish of the 
preceding activity. In Figure 3, the arrow indicates that activity A cannot finish until activity B has 
been completed. This type of constraint is used in defining hammock activities. 
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Figure 3 Finish-To-Finish Constraint 


2.2.5.2.1.2.3 Start-to-Start Constraints - The activity cannot start until the start of the 
preceding activity. In Figure 4, the arrow indicates that activity B cannot start until activity A has 
started. This type of constraint can be used in identifying hammock activities. 



794-3421 M 

Figure 4 Start-To-Start Constraint 


2 .2. 5.2. 1.2.4 Start-To-Finish Constraints - The activity cannot finish until the start of the 

preceding activity. In Figure 5, the arrow indicates that activity B cannot finish until Activity A has 
started. 


B 


D 
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Figure 5 Start-To-Finish Constraint 

Each of these constraints has been used in the schedules contained in this report. 


2.2.5.2.1.3 Schedule Activities - In the schedule, activities have been scheduled and their 
related constraints against time established to determine their start and finish dates. Planning 9000 

has used time analysis to calculate these dates as well as the project end date and the network’s 
critical path. 
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During time analysis, Planning 9000 has calculated the start and finish dates for 
each activity in the schedule based on its duration, logic constraints, and project calendar. The 
project calendar will also identify days or hours on which no work occurs, such as rest days or 
holidays. For example, one group of activities may be worked on five days a week, and another group 
of activities may be worked on six days a week. These two groups will be supported by two different 
project calendars after the detailed schedule has been completed. 


2.2.5.2.1.4 Total Float - In addition to calculating start and finish dates, Planning 9000 has 
determined the total float for each activity. The total float represents the amount of time an activity 
may be delayed without affecting the overall project completion date as illustrated in Figure 6. 
Activities with negative total float are not achievable given the specified project completion date and 
network logic, and Planning 9000 flags the fact that appropriate adjustments will have to be made. 


ES LS 



EF LF 


Activity A100 


Total Float 
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Figure 6 Sample Total Float 


2.2.5.2.1.5 Critical Activities - In Planning 9000, activities with zero or less total float are 
called critical activities. Any delay to one of these activities will delay the entire project. Together 
the critical activities form the critical path of the project. Monitoring of these activities closely will 
be required to keep the overall project on schedule. 


Figure 7 provides an example of an Artemis network that shows critical-path 
activities and illustrates the flexibility of the network system. Any WBS activity can be excerpted 
from the overall network and provided in the format shown. The bold blocks are elements in the 
critical path. These elements stand out clearly when the overall network is viewed. Note also the 
use of constraints: Activity A200 cannot begin until Activity A100 finishes. 
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Figure 7 Sample of Critical Path and Constraints in a Segment of the Detailed Schedule 


2.2.S.3 Controlling the Project. - After the program schedule reflects plans for activities 

has been accurately determined, the control phase of program management will be started. The 

program plan will be stored as the original schedule. Planning 9000 will use the original schedule to 
create comparison reports, once the project is underway. 

22.5.4 Work Progress - As the project proceeds, the time progress can be monitored on the 

activities using: 


a. Actual start dates 

b. Actual finish dates 

c. Remaining duration (or work still to be completed) 
Percentage complete of original duration. 


After entering progress information, the project will re-analyze using a time now. 
Time now is the date that Planning 9000 uses as the starting date for date calculations. If 
information is entered up to a certain date, that date will be used as time now. With reported 

progress and time now, a new schedule will be calculated for the remaining work, and reports 
generated that reflect the project's current status. 


2.3 


SCHEDULE HIERARCHY 


The schedule hierarchy at Aerojet consists of: the Tier I Program Master Schedule- 
the Trer II Program Intermediate Schedule; and the Tier III Program Network Detail Schedules’ 
These schedules are all based on the detailed program network database. The intermediate schedule 
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tiers up from the detail schedules and the master schedule tiers up from the intermediate schedule. 
The master schedule is directly traceable down to the intermediate schedule and the intermediate 
schedule traces directly down to the detail schedules. The master schedule can also be traced 
directly and indirectly down to the detail schedules. See Figure 8 for a flow down chart of the 
schedule hierarchy. At Aerojet the ARTEMIS software has been customized to create master and 
intermediate schedules (bar charts) derived from all of the activities contained in the detail 
schedules. Key activities in the program network are manually coded with letters and numbers in a 
user-defined field contained within the network database. Similar activities are grouped together 
with the same code and summarized at a higher level. As an example, all activities of the 
Receiver Subsystem or the Antenna Subsystem would be coded together. The software will then 
select the earliest start date and the latest finish date of the like-coded activities and draw a bar 
on a Gantt chart representing those dates. This bar then summarizes all of the lower-level activities 
of that specific subsystem. One set of codes is generated for the summarized master schedule 

activities and another set of more detailed codes is generated for the summarized intermediate 
activities. 


TIER 



REMARKS 


1. Contains major program 
tasks and milestones. 

2. Contains all hardware 
delivery requirements. 

3 . Directly traceable to 
intermediate and detail 
schedule. 

1. Contains work planned 
at the detail schedule 
level and grouped 
together for clarity of 
display or convenience. 

2 Directly traceable to 
detail schedules. 

1. All tasks in the CWBS 
must be planned on a 
detail schedule. 

2. Displays the time period 
that the tasks authorized 
will be accomplished. 


794-3407M 


Figure 8 Schedule Hierarchy 
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As a minimum, the Program Master Schedule should contain all contract hardware 
e .very requirements and all major program tasks and milestones. This could translate into a 
sc edule with as little as five activities on one page to as man, as 25 activities per page spread over 
two pages. The Program Intermediate Schedule should contain all activities in the master schedule 
coupled with all activities summarized at a subsystem level. TOs level of schedule could contain as 
few as three and as man, as a dozen pages with approximate], twenty activities per page. The de- 
led schedules must contain as many activities as necessary to plan all tasks in the CWBS. 

2,4 SCHEDULE CORRELATION WITH THE CWBS 

The design phase of the EOS/AMSU-A detailed network schedule is basically set-up 
and organized by Product Teams and Product Team Leaders. The Product Teams are organized to 
correlate very closely to the CWBS. (See the Project Management Plan, CDRL 001, for a specific cor- 
relation matrix). In the design phase, detailed activities schedules are subdivided by Product Teams 
and by cost account. These subdivisions are directly traceable to the CWBS. The Gantt charts are 
specifically subdivided by CWBS, and in most cases by cost account with sub-headers down the page 
containing a description of the sub-divided work element and the last 6 digits of the cost account 
number. The first three of the last four digits of the cost account number match the corresponding 
CWBS number. For example in cost account number 4170-67-2241, the underlined numbers 224 
match the CWBS number 2.2.4, Power Subsystem. On the Gantt chart the sub-header for this cost 
account reads "EOS Power Subsystem - DC/DC Converter (67-2241)". Please see the example page of 

the detailed Gantt chart, Figure 9, and an example of the CWBS, Figure 10, to compare the corre- 
lation of the detailed schedule to the CWBS. 

A description of the roll-up and vertical traceability capabilities built into the CWBS 
structure is provided in the Performance Measurement System Implementation Plan and System 
Description, CDRL 003, Program Instruction 003B, titled "Contract Work Breakdown Structure". 

2,5 SCHEDULE SYSTEM AND SUBCONTRACTOR DATA 

Early in the procurement phase of the EOS/AMSU-A program, the Materiel Program 
Manager will generate and publish a critical long-lead material report. This report will contain ex- 
pected delivery dates for subcontractor hardware not yet under contract, and committed hardware 
delivery dates for vendors under contract. It will be updated and published on a bi-weekly basis and 
distributed to the Program Manager, all hardware Product Team leaders, and the Program 
Scheduler. For detailed material and production planning, Aerojet utilizes Manufacturing Resource 
Planning II (MRP II). Original purchase order delivery dates and changes to deliveiy dates by 
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subcontractors and vendors are entered by the responsible buyers into the MRP II computer 
database. As the start of production nears, the Program Material Planner will utilize MRP II data to 
generate and publish a production material shortage report. This report will contain critical long- 
lead hardware, long-lead material, and any material not yet stocked but needed for upcoming 
material releases to the manufacturing assembly areas. This report will be updated and distributed 
on a weekly basis to the above-mentioned personnel and to other interested parties. Delivery dates in 
all material shortage reports are derived from the latest data in the MRP II database. 

Subcontractor data for specific parts are represented in the detailed program network 
schedule by individual activities showing start dates for purchase order placement and finish dates 
for the delivery of hardware to stock. The program scheduler keys in the delivery dates from the 
material shortage list into the EOS/AMSU-A ARTEMIS schedule database. The program scheduler 
also has the option to obtain on a part-by-part basis the latest material delivery dates on-line from 
the MRP II database through his office PC. 

2.6 SCHEDULE ARCHIVES 

Each program scheduler at Aerojet archives in their office file cabinet a copy of every 
detailed program bar chart that they are responsible for publishing. These bar charts can become 
very useful for the current program or future programs as historical reference tools. Another archive 
tool available is the capability to store ARTEMIS program network data in the MVS/TSO operating 
system running on the IBM mainframe. This is accomplished by exporting the key program 
database files from ARTEMIS 9000 to a TSO user-named dataset. These files are then stored in the 
operating system for possible future retrieval and use in ARTEMIS. This procedure has been used 
successfully on previous programs, but its use is not anticipated for the EOS/AMSU-A program. 

2.7 SCHEDULE ORGANIZATION AT AEROJET 

The EOS/AMSU-A Program Master Scheduler reports to the Manager of Program 
Master Scheduling and Rough Cut Capacity Planning. This manager reports to the Director of the 
Integrated Planning Department, who in turn reports to the Aerojet Vice President, Azusa 
Operations. This organization is shown in Figure 11. The Program Master Scheduler is assigned to 
the EOS/AMSU-A team, and is co-located with the Program Manager and most of the Product Team 
Leaders. He is directly responsible to the EOS/AMSU-A Program Manager for all program network 
scheduling activities. He coordinates with the Program Manager and the Product Team Leaders for 
the purpose of generating a detailed program network schedule. After the detailed baseline network 
schedule is generated, status must be taken and the network updated on a periodic basis. To do this 
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the Program Master Scheduler regularly interfaces and coordinates with the Product Team Leaders 
and the Program Manager. He also supports and helps the Product Team Leaders with any 
questions or special requests they may have regarding their own specific sections of the network 
schedule. The EOS/AMSU-A Business Manager also requires support from the Program Master 
Scheduler to ensure that the detailed network schedule complies with all PMS and C/SCSC 
requirements, and that the PMS detailed planning matches the detailed schedules. The master 
scheduler directly supports the Program Manager with any assistance needed regarding all 
scheduling matters at any level of the schedule hierarchy. This includes schedule charts required for 
internal Aerojet management reviews, NASA quarterly and bi-annual reviews, and special studies, 
scheduling matters at any level of the schedule hierarchy. This includes schedule charts required for 
internal Aerojet management reviews, NASA quarterly and bi-annual reviews, and special studies. 

2*7.1 Program Master Scheduler Responsibilities 

The Program Master Scheduler's primary responsibilities are to: 

a. Develop and maintain the EOS/AMSU-A detailed precedence network (PERT 
network) in an ARTEMIS 9000 database. 

b Generate and print-out logic diagrams (PERT charts) as required. 

c. Status and update the network database and generate detailed program bar 
charts on an established periodic basis. 

d. Develop, generate, and maintain Tier I and Tier II Master and Intermediate 
schedules on an as-required basis (as a minimum, monthly). 

f. Help in identifying interfaces between the different hardware/product teams, 
and determine how to incorporate those interfaces into the network database 
logic. 

g. Assess how changes by one product team will affect other teams and possibly 
the overall network schedule. 

h. Identify and monitor the top critical paths in the network database. 
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i. Keep the Program Manager informed in a timely manner of changes or im- 
pacts to the top critical paths. 

2 -® SCHEDULE DEVELOPMENT AND ADMINISTRATION 

The design phase of the program network schedule was developed by the Program 
Master Scheduler with direct input from the Product Team Leaders and the Program Manager. This 
input directly corresponds to the WBS and the PMS input. The production phase of the network 
schedule was mostly developed by the Program Master Scheduler using history from the current 
NOAA AMSU-A program. Additional inputs from the Manufacturing Team Leader and the Program 
Manager regarding new designs, new in-house make hardware and new objectives were also used. 
The Program Master Scheduler transferred all of the above inputs into the proper format and added 
them into the Artemis Network Scheduling software to produce a finished product. A logically 
driven program network schedule with the usual output of various levels of bar charts and a logic 
network diagram resulted. This network will be statused and updated on a bi-weekly basis during 
the design phase, and on a weekly basis during the production phase. Status updates are identified 
and discussed during bi-weekly budget and schedule status meetings between the Program Manager 
and individual Product Team Leaders. The schedule status and updates from these meetings are 
then directly communicated to the Program Master Scheduler from the Product Team Leaders. 

2-9 SCHEDULE MANAGEMENT 

One of the principal approaches to schedule management on this program will be to 
monitor and manage the top critical paths in the detailed program network schedule. Since all of the 
top critical paths are driven by subcontracted long-lead hardware procurement, the control and man- 
agement of these long-lead subcontracts is a major key to the overall success of the program. 

A basic approach in establishing the design phase of the program schedule was to set 
up the formal design reviews as significant milestones and then feed all design activities into the ap- 
propriate design review. In this way the progress of design activities can be tracked and compared to 
the schedule of their corresponding design reviews. Float or slack time can be calculated and com- 
pared to the need dates of the significant milestones. 

Another method of schedule management used on this program is the Program 
Manager’s bi-weekly status meetings with individual Product Team Leaders. At these meetings all 
aspects (technical, schedule, and cost) of individual product team progress are reviewed. Problems 
encountered in any of these areas are discussed and solutions worked in a timely manner. 
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2*10 Critical Path Analysis 

All critical elements of the Integrated Program Schedule can be shown on the Master 
Time-Phased Task Network. Most important of these are: Critical Paths, Long-Lead Items, and 
Significant Milestones. 

2.10.1 Critical Paths 

Before each coordination meeting and at any other time in the program, the Artemis 

data base is commanded to produce a detailed time-phased task network showing the key critical 
paths. 


These critical paths can then be combined by the Artemis program onto simplified 
GANTT charts showing the waterfall of tasks along each critical path. Table I is a list of critical 
paths for the beginning of the Implementation Phase, showing the critical element of the path, and 
the subsequent dependent task. 

2*10.2 Long-Lead Items 

These critical paths are predominantly involved with subcontracted items, and 
Program Management has incorporated a schedule pad (Management Red Time) into each subcon- 
tracted procurement. The use of this Red Time represents an additional safety factor over the float 
between the arrival of the item and the subsequent need date. 


Table I Top Six Critical Paths Support Instrument Delivery Time With 
Significant Management Red T im * 


Critical 

Path 

Item/For 

Supplier 

Promise 

Added 
Red Time 

Instrument Delivery 
Slack Time (Float) 

1 

Be Reflector/A2 Antenna 

15 months 

7 months 

0 weeks 

2 

SAW Filters/Al -1 Shelf 

16 months 

6 months 

6 weeks 

3 

GDO/PLO (Aerojet) 

14 months 

6 months 

8 weeks 

4 

DC/DC Converter/AI Assembly 

21 months 

6 months 

1 0 weeks 

5 

DC/DC Converter/ A2 Assembly 

21 months 

6 months 

1 3 weeks 

6 

DROs & DGOs/Al Assembly 

16 months 

6 months 

22 weeks 
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As stated above, the critical paths are predominantly involved with subcontracted 
items. In the detailed Artemis Master Time-Phased Task Network, all major elements of the 
subcontracting effort are entered into the data base, and are tracked along with their affect on other 
tasks. Elements that are tracked are: 

a. Specification and SOW preparation and release 

b. Subcontractor bid time 

c. Bid assessment and award time 

d. Subcontractor lead time, including time required to bring item in-house and 
make it available to the next process. 

As stated above, Program Management has incorporated a schedule pad 
(Management Red Time) into each procurement. This Red Time represents an additional safety fac- 
tor over the pad between the arrival of the item and the subsequent need date (shown as Float). 

2.10.3 Significant Milestones 


The Master Time-Phased Task Network is structured from milestone to milestone. 
During the Engineering Phase, the major milestones are design reviews. During the Production 
Phase, the major milestones are: Calibration Peer Reviews, Software Test Readiness Review, Pre- 
Environmental Test Review, Software Acceptance Review, Post-Environmental Test Review, and 
Pre-Shipment Review. 

These milestones (and others, if required) are defined as fixed dates in the Artemis 
data base, and all dependent events and their durations are driven by those dates. GANTT and 
Network output reports are coded to flag any conflicting task for management's attention. The soft- 
ware can output critical paths to any interim milestones as well as the critical paths to the final com- 
pletion date. 
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SCHEDULE OUTPUT TO GSFC 


Aerojet can output schedule data to GSFC in many varied forms. The most common 
formats would be bar charts at the Master, Intermediate and detailed level. Other formats include 
logic diagram charts (PERT charts) and any number of computer line-printed schedule reports. 
Currently Aerojet is providing GSFC with a one page bar chart copy of the program Master schedule 
and a multi-page bar chart copy of the detailed design phase of the program network schedule. 
These schedules are being mailed to GSFC on a monthly basis. Copies of the production phase of the 
detailed network schedule, in bar chart format, are available to GSFC on an as-requested basis; 
however, as the production phase of the contract nears, those schedules will also be mailed to GSFC 
on a monthly basis. 

As a result of a cooperative team effort, GSFC and Aerojet have recently completed 
development of a software file in ASCII format that is compatible with both the ARTEMIS 9000 
software system used at Aerojet and the ARTEMIS PRESTIGE software system used at GSFC. 
Therefore Aerojet is now sending to GSFC the detailed design phase of the network schedule in 
ASCII file format on a 3.5 floppy disk, and will continue to do so on a monthly basis along with the 
other paper schedules. 

3.1 Operating Procedures 

Appendix A is a copy of the formal operating procedures used internally for the 
preparation and maintenance of Master, Intermediate, and Detail schedules at Aerojet. 
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2.7 .1 The hierarchy of the schedule tiers is shown in attachment 2. 

2.7.2 A schedule matrix defining schedule authority, responsibility, 
update frequency and requirements, and format requirements is 
shown in attachment 3. 


3. Procedures 

3.1 The program master schedule is established by the Program Office and 
published through a program directive immediately following authority 
to proceed. 

3.1.1 The program master schedule is used by all cost account 
managers as the baseline for the preparation of detail schedules. 

3.1.2 The program master schedule is used to establish the Tier II 
intermediate schedules. 

3.1.3 All changes or updates to the master schedule must be approved 
and controlled by the program manager. 

3.2 Intermediate schedules are established concurrently with the program 
master schedule by the Program Office. 

3.2.1 Functional managers use the Tier II intermediate schedules to 
develop functional schedules. 

3.2.2 All changes or updates to the Tier II intermediate schedules must 
be approved and controlled by the program manager as specified 
in a program directive. 

3.3 Detail schedules (Tier 1H) are prepared for all tasked cost accounts and 
work packages by the responsible CAM. 

3.3.1 Detail schedules shall track the progress of individual cost 
accounts with key milestones traceable to the intermediate 
schedules and the master schedule. 

3.3.2 The CAM ensures that all cost accounts and work packages 
contain specific start and completion dates that integrate with 
higher level schedules. 

3.3.3 Detail schedules are statused by the CAM and submitted to the 
Program Office at least on a monthly basis coinciding with the 
end of the accounting month. 

3. 3.3.1 The frequency of statusing and submission is set forth in a 
program directive as discussed in paragraph 2.6. 
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3-3-3. 2 The status of the detail schedules is used by the Program 
Office in determining the status of higher level schedules. 

3.3.3.3 Program Control shall publish the current statused detail 
schedules and distribute to all affected personnel. 

3.3.4 The program control schedule group reviews the traceability and 
accuracy of the detail schedules on a continual basis to ensure 
integrity with the program master and intermediate schedules, 
and with the work package activity report. X 

3.4 Tier IV subwork package schedules are optional and may be used at the 
discretion of the CAM. 

341 JJ.° schedule technique or standard form is required for 

Tier IV schedules. 

3.4.2 CAMs are encouraged to use lower level planning documents than 
are required by this C/SCS PI. 

3.4.3_ All start and completion calendar dates for Tier IV schedules 
must tier to Tier lH schedules. 

3.5 The control, approval, and documentation of schedule changes is 

di^ ti program manager and set forth in a unique program 

3.6 The definitions, symbology, and tenmnology to be used for stat us ing 
schedules is established by the program manager and set for th in a 
program directive. 

3.6.1 When standards are not established by the customer, the program 
manager may use symbols and terminology that conform to 
acceptable industry standards. 

3.6.2 An example of a preferred standard is shown in attachment 4. 

3-7 All program control scheduling groups are encouraged to utilize any 
^beduling^pabiiiti® 5 available at AESD, such as ARTEMIS, 
PROMIS, or PRIMAVERA. 
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3. Procedure 
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